home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000068_news@columbia.edu _Sat Apr 21 15:03:18 2001.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id PAA10793
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Sat, 21 Apr 2001 15:03:18 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id OAA04539
  7.     for kermit.misc@watsun.cc.columbia.edu; Sat, 21 Apr 2001 14:48:34 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@columbia.edu (Frank da Cruz)
  10. Subject: Re: telnet file transfer
  11. Date: 21 Apr 2001 18:48:33 GMT
  12. Organization: Columbia University
  13. Message-ID: <9bskm1$4dp$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <3AE1B392.CCF45BA9@informatik.uni-erlangen.de>,
  17. Stefan Meinlschmidt  <meinlschmidt@informatik.uni-erlangen.de> wrote:
  18. : > Better use scp, that's the whole goal of scp ;-)
  19. : > scp /path/to/local_file
  20. : > loginname@ip.of.remote.computer:/path/to/destination
  21. : 
  22. : Fully agree, provided that you have it. I have a machine here with ssh
  23. : but with a broken scp. If you don't have ssh (and rsh/rcp) at all, you
  24. : can still pipe your data through a telnet session.
  25. : 
  26. Again, it's not *all* you can do.  Kermit is a Telnet client that can
  27. transfer files over its own Telnet connection:
  28.  
  29.   http://www.columbia.edu/kermit/
  30.  
  31. This answers the original poster's question about how to transfer a file
  32. over a Telnet connection.
  33.  
  34. Such questions always quickly veer off-topic when answered by "don't use
  35. Telnet, use ssh or scp", but let's not be too quick to condemn trusty old
  36. FTP and Telnet.  First of all, they are not *inherently* insecure.  Secure
  37. versions of both are available:
  38.  
  39.   http://www.columbia.edu/kermit/telnetd.html
  40.  
  41. as well as secure clients.
  42.  
  43. Second, these secure versions of Telnet and FTP use reliable, standard,
  44. and manageable security methods such as Kerberos 4 and 5, SSL/TSL, and
  45. SRP, rather than SSH, which has some rather serious flaws and risks that
  46. everybody likes to overlook, simply because SSH is easy to install.
  47. It's not far off the mark to say the "easier" the security method, the
  48. greater the risks.
  49.  
  50. Third, Telnet continues to offer many convenience features not found in
  51. the alternatives, via its extensive and fully standardized negotiation
  52. and in-band command mechanism.
  53.  
  54. - Frank